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SMART REMOTE MONITORING SYSTEM AND METHOD 

1 CROSS-REFERENCE TO RELATED APPLICATIONS 

2 This application claims priority from U.S. Provisional Patent Application Serial 

3 No. 60/140,793, entitled "Smart Remote Monitoring System and Method" and filed June 

4 25, 1999. The disclosure of that provisional application is incorporated herein by 

5 reference in its entirety. 

6 BACKGROUND OF THE INVENTION 

7 L Technical Field 

8 The present invention relates to a system and method used for the remote 

9 monitoring and control of property and equipment. The primary application is for 

1 0 absentee owners of yachts and vacation homes, however, the present invention also can 

1 1 be used for commercial and industrial monitoring and control. 

12 2. Discussion of Related Art 

13 Property and equipment are generally valuable assets of an owner. The value of 

14 these items to the owner or authorized user may be derived from the monetary worth 

1 5 and/or the utility provided to the owner or authorized user, such as in the cases of a home, 

16 boat or automobile. As such, it is imperative that the condition of these items be 

17 maintained to provide the upmost worth and utility. In order to maintain the items in a 

18 proper condition, the items should be monitored by the owner or authorized user to 

1 9 ensure the presence of acceptable item conditions and to identify situations that may lead 

20 to item damage. Monitoring of an item is a tedious task and typically requires the owner 

21 or authorized user to be in the vicinity of the item. However, various property, such as 

22 vacation homes and vehicles, are usually remote from the owner or authorized user, 

23 thereby enabling monitoring at infrequent intervals. Thus, improper item conditions may 

24 arise without notice to an owner or authorized user, thereby tending to cause damage to 

25 the item. The related art attempts to overcome the above problem by providing various 

26 remote monitoring systems. For example, U.S. Patent No. 4,831,558 (Shoup et al) 

27 discloses a system for monitoring physical phenomena and changes in structures. The 

28 system includes a plurality of programmable intelligent transducers arranged in an array 

29 with each being uniquely addressable by a remote controller to perform its functions (i.e., 
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measure, translate analog measurement into digital signals and transmit the digital signals 
to the controller). The monitoring is selective to each individual intelligent transducer. 
The intelligent transducers combine measurement, microprocessor and communication 
functions that are programmed and actuated from the controller. 

U.S. Patent No. 5,790,977 (Ezekiel) discloses a system providing remote access 
from a remote host system to an instrument. Control and data acquisition software is 
stored in the instrument and forwarded to the host system. The software is executed on 
the host system and provides commands to control data acquisition of the instrument. In 
response to a request from the executed software, acquired data is forwarded from the 
instrument to the host. 

U.S. Patent No. 5,854,994 (Canada et al) discloses an apparatus including one or 
more machine monitors which attach to one or more machines to sense a physical 
machine characteristic, such as vibration or temperature, and produce wireless 
transmissions corresponding to the sensed characteristic, and a command station for 
receiving transmissions from the machine monitors and processing the information to 
provide an indication of a machine condition. A repeater receives the sensor data 
transmissions from the machine monitors and retransmits the data to the command station 
when, due to site conditions, the machine monitors are beyond the receiving range of, or 
out of the line of sight to, the command station. 

U.S. Patent No. 5,917,405 (Joao) discloses a control apparatus for a vehicle 
including a first, second and third control devices. The first control device generates and 
transmits a first signal for one of activating, deactivating, enabling and disabling one of 
a vehicle component, device system and subsystem. The first control device is located at 
the vehicle and is responsive to a second signal generated by and transmitted from the 
second control device. The second control device is located remote from the vehicle and 
is responsive to a third signal generated by and transmitted from the third control device. 
The third control device is remote from the vehicle and second control device. 

The related art suffers from several disadvantages. In particular, the above- 
described systems generally require special programming of system monitor devices or 
sensors prior to system operation. This increases complexity of installation and further 
complicates incorporation of additional sensors into the system. Further, this specific 
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1 programming is typically accomplished by personnel familiar with the system, thereby 

2 requiring special personnel to install the system and subsequent sensor additions. 

3 Moreover, the above-described systems generally detect alarm conditions based on 

4 measurements of specific individual sensors. This limits the conditions that may trigger 

5 an alarm and may possibly lead to reporting of false alarms or missing an actual alarm 

6 * condition when such conditions are indicated by a combination of sensor measurements. 

7 In addition, the above-described systems are typically not available in a kit form for 

8 installation by a consumer. 

9 OBJECTS AND SUMMARY OF THE INVENTION 

1 0 Accordingly, an object of the present invention is to remotely monitor and control 

1 1 various property and/or equipment. 

12 It is another object of the present invention to enable users to remotely monitor 

1 3 and control property or equipment via a network, such as the Internet. 

1 4 Yet another object of the present invention is to remotely monitor property and/or 

15 equipment and detect user specified alarm conditions based on measurements of a 

1 6 combination of sensors. 

1 7 Still another object of the present invention is to provide remote monitoring kits 

18 including sensor modules and a controller for installation by a user to monitor user 

1 9 property and/or equipment. 

20 A further object of the present invention is to utilize a wireless on/off keyed 

21 protocol for communication between sensors and a sensor control module to facilitate 

22 remote monitoring of property and/or equipment. 

23 The aforesaid objects are achieved individually and/or in combination, and it is 

24 not intended that the present invention be construed as requiring two or more of the 

25 objects to be combined unless expressly required by the claims attached hereto. 

26 According to the present invention, a remote monitoring system includes 

27 transducers, a transducer control module, a communications device, a monitoring system 

28 and end-user display terminals. The transducers are disposed on the property and/or 

29 equipment in a manner to measure specific characteristics or parameters and 
3 0 communicate with the transducer control module via a wireless communication protocol. 
31 The transducer control module receives and analyzes transducer measurements and 
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1 detects alarm conditions. The transducer control module communicates with the 

2 monitoring system via a wide area network and the communications device. The 

3 monitoring system receives, stores and analyzes information received from the transducer 

4 control module and reports the information to the end-user terminals via a wide area 

5 network, such as the Internet, in response to user requests. 

6 K The above and still further objects, features and advantages of the present 

7 invention will become apparent upon consideration of the following detailed description 

8 of specific embodiments thereof, particularly when taken in conjunction with the 

9 accompanying drawings wherein like reference numerals in the various figures are 

1 0 utilized to designate like components. 

11 BRIEF DESCRIPTION OF THE DRAWINGS 

1 2 Fig. 1 is a schematic block diagram of an initial portion of the remote monitoring 

13 system of the present invention disposed in the proximity of the monitored property or 

14 equipment. 

15 Fig. 2 is a schematic block diagram of the remaining portion of the remote 

16 monitoring system of the present invention for analyzing measured information and 

1 7 processing end-user requests. 

1 8 Fig. 3 is a schematic block diagram of a smart transducer of the system of Fig. 1 

19 employing a wireless communication device. 

20 Fig. 4 is a procedural flowchart illustrating the manner in which messages are 

21 received in accordance with a wireless protocol according to the present invention. 

22 Fig. 5 is a procedural flowchart illustrating the manner in which messages are 

23 transmitted in accordance with the wireless protocol according to the present invention. 

24 Fig. 6 is a procedural flowchart illustrating the manner in which a transducer is 

25 registered with a transducer control module according to the present invention. 

26 Fig. 7 is a schematic block diagram of the transmitter control module of Fig. 1 

27 according to the present invention. 

28 Fig. 8 is a block diagram of the monitoring system of Fig. 2 according to the 

29 present invention. 

30 Fig. 9 is a diagrammatic illustration of the association of data tables within the 

31 database of Fig. 8. 
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1 Fig. 1 0 is a procedural flowchart illustrating the manner in which the monitoring 

2 system processes user requests according to the present invention. 

3 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

4 A smart remote monitoring system according to the present invention is 

5 illustrated in Figs. 1-2. Specifically, the system includes one or more smart, self- 

6 ^ identifying, u plug-and-play" transducers or sensor modules 1 0, a wired or wireless local 

7 area network (LAN) 12 for connecting to the transducers, a transducer control module 

8 14 which connects to the transducers via LAN 12, a communications device 16 which 

» 

9 connects the transducer control module through a wide area network (WAN) 18 to a 

I o monitoring system or station 20 and end-user display terminals 22 which connect to the 

I I monitoring system through the same or a different wide area network. The system can 

1 2 be used to provide real-time on-demand status information to end-users, as well as alarm 

13 notifications to the end-user and other appropriate entities if certain pre-defined 

14 conditions and/or events are detected. These alarm notifications can take the form of 

1 5 telephone, telegraph, facsimile, pager, electronic mail, or other type of communications. 
1 g End-user terminals 22 are used for obtaining real-time on-demand status information, for 

17 entering real-time control instructions, and for programming the monitoring system 

1 8 characteristics, such as setting the alarm notification conditions, communications media, 

1 9 message destinations (e.g., telephone number or e-mail addresses), and message content 

20 Transducers 10 can be sensors and/or actuators. Transducer actuators may be 

21 utilized to control the state of an object, for example, controlling power to a device 

22 remotely via terminal 22. In a preferred embodiment, plural transducers are used and 

23 connected by wireless local are network (LAN) 12. The transducers are preferably 

24 "smart" transducers using technology such as that represented by the IEEE 1451.2 

25 standard, the contents of which are incorporated herein by reference. Generally, a smart 

26 transducer is a transducer having intelligence and processing raw sensor data to provide 

27 a useful end result. Referring to Fig. 3, each smart transducer 10 preferably includes a 

28 sensing device 24 and a wireless communications device 26. Device 24 includes an 

29 actual sensing or actuation element 28, a microcontroller 32 providing signal 
3 o conditioning, a digital communications interface (software and protocol) compatible with 
3 1 the wireless LAN and a Transducer Electronic Data Sheet (TEDS), and a sensor interface 
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1 30 disposed between the sensing element and microcontroller for converting analog 

2 signals from the sensing element to digital signals compatible with the microcontroller. 

3 The sensing element is typically a conventional transducer for measuring a particular 

4 parameter and provides analog signals indicating the measured parameter to the interface 

5 for conversion to digital signals compatible with the microcontroller. The microcontroller 

6 is preferably a PIC processor manufactured by Microchip, but may be any conventional 

7 processor. Transducers 10 are wireless for quick and easy installation by a user. Each 

8 transducer 10 is typically powered by a battery, preferably a standard nine volt battery, 

9 and has an expected operating life of approximately one-year. The transducers 

10 communicate with a corresponding transducer control module that receives transducer 

1 1 measurement information and performs various functions in accordance with the realized 

1 2 information as discussed below. 

13 Simple analog transducers (both sensors and actuators) can be used as is or 

14 converted to smart transducers for use with the smart remote monitoring system. 

15 Transducers 10 typically include technology such as that described in U.S. Patent No. 

16 6,032,109 and U.S. Patent Application Serial no. 09/167,465, filed on October 7, 1998, 

17 the disclosures of which are incorporated herein by reference in their entireties. 

1 8 Each transducer is designed to be "self-identifying" and preferably has a unique 

19 identifier (UID) for use in registering that transducer with the monitoring system. The 

20 UID is generally factory programmed and is used to distinguish each smart transducer. 

2 1 By way of example only, a maximum of sixteen transducers 1 0 may be in communica- 

22 tion with a transducer control module. Since the transducers are "self-identifying", a 

23 transducer may be added to the system at any time via a registration process discussed 

24 below. Further, the system may include any quantity of any type of sensor (e.g., two bilge 

25 pump sensors and three high water sensors for use in a boating application). 

26 The transducer "self-identification" is preferably accomplished using a modified 

27 version of the IEEE 145 1 .2 Transducer Electronic Datasheet, although some items can 

28 be omitted or added as needed for specific monitoring applications. Each transducer 1 0 

29 includes an electronic datasheet that describes transducer characteristics. The datasheet 

30 preferably includes transducer information in the form of a serial number or UID, 

3 1 quantity of control outputs and a description of transducer function. An exemplary TEDS 
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1 is illustrated in Table I below. Additional information relating to calibration of channel 

2 data is stored in the monitoring system database as described below. 
3 

4 Table I 

5 Transducer TEDS 



6 


Field Name 


Field Type 


Description 


7 


Length 


Unsigned 8-bit 


Length of TEDS block. 


8 


TEDS Version 


Unsigned 8-bit 


TEDS version code 


9 


Module Function 


Unsigned 8-bit 


Sensor module function. 

1 — r or x v*M use only 

2 = Objectl 

3 = Object 2 

4 = Object 3 

5 - 255 - Currently undefined 


10 


Module Serial Number 


Unsigned 32-bit 


Serial number of the module. 


11 








12 


Channel Type 


Unsigned 8-bit 


Type of channel. 

0 = Sensor (input) 

1 = Actuator (output) 
2-255 = Currently undefined 


13 


Lower Channel Limit 


Float 32-bit 


Minimum physical value of channel 


14 


Upper Channel Limit 


Float 32-bit 


Maximum physical value of channel 


15 






Repeat outlined section for each channel. 


16 








17 


Checksum 


Unsigned 8-bit 


Checksum computed on all previous fields. 



18 

19 This information is utilized by the transducer control module to distinguish between 

20 plural transducers that may have the same function, and to permit additional transducers 

21 to be installed by the user at any time (e.g., without having to configure the transducer 

22 or transducer control module). An install button is disposed on the transducer control 

23 module housing to ensure that a single transducer control module responds to transducer 

24 actuation or installation as described below. In addition, the TEDS information indicates 

25 to other systems the manner in which to interpret transducer data to obtain parameter 

26 measurements. 

27 Transducers 1 0 each basically include a low-power sleep state, an active state and 

28 an install state. The primary state is the sleep state, where the transducer preferably 

29 remains a majority of the time to maximize battery life. The transducer automatically 
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1 enters the active state from the sleep state periodically (e.g., approximately every fifteen 

2 seconds) to sample sensing element input, to determine the presence of a state change for 

3 the monitored asset or object and to track the passage of time. The transducer inputs and 

4 outputs are organized as channels, where each monitored input is a sensor channel, and 

5 each output is an actuator channel. A state change occurs when an input for the monitored 

6 object changes between off and on conditions. When a state change is detected on any 

7 of the monitored channels, the transducer sends a channel update message or report to the 

8 transducer control module as described below. The transducer transmitter is not activated 

9 unless a message is to be transmitted in order to conserve battery power. After sending 

10 this message, the transducer waits for an acknowledge message from the transducer 

1 1 control module. The transducer may update an output channel or transmit additional 

12 information to the transducer control module in accordance with the acknowledge 

13 message type received. When an acknowledge message is not received within an 

14 appropriate time interval, the transducer returns to the sleep state and saves the message 

1 5 for later transmission. 

16 The transducer control module is primarily in an awake state and can receive 

17 messages from the transducers at virtually any time. However, since the transducer is 

1 8 primarily in the sleep state, the transducer control module may only send messages to the 

19 transducer during the time interval where the transducer is awaiting an acknowledge 

20 message. The transducer control module buffers control and actuator channel messages 

2 1 (e.g., actuators are used to control objects, such as an output or switch) until the intended 

22 transducer initiates communications. The transducer further periodically transmits a 

23 status message to the transducer control module to indicate the state of its internal system 

24 (e.g., approximately every fifteen minutes to conserve power, but this may be adjusted 

25 by the transducer control module). This status message interval may be used to assign 

26 transmit time slots to transducers (e.g., which are typically asynchronous), and further 

27 sets the minimum update rate for actuator channels. During the status message update, 

28 the transducer control module may transmit control information to the sensor in an 

29 acknowledge message. 

30 The install state is basically a separate mode that is entered when a transducer is 

3 1 being installed. In this state, the transducer is actively searching for a transducer control 
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module. The transducer identifies itself to a transducer control module and provides 
corresponding TEDS information in order to be used in a network and be registered with 
that transducer control module. A transducer does not monitor input during registration, 
but does enter the sleep state between search requests. The various transducer states and 
operations are controlled by microcontroller 32. 

Transducer LAN 12 can be wired or wireless. Preferably, the LAN uses a multi- 
drop architecture to support the use of plural transducers in a single system. 
Representative wired LANs include the EDC 1451.2-NA network node and the 
Controller Area Network (CAN) described in ISO 11898 and ISO 11519-2. 
Representative wireless LANs include the digital spread-spectrum units used in wireless 
home security systems and cordless phones, IEEE 802.1 1 (wireless Ethernet), and any 
one of a number of available wireless networking products intended for use with office 
computers and related equipment. The range and extent of the transducer LAN is 
generally limited to the equipment or premises being monitored. For yachts or other 
vehicles including boats and aircraft, this range can be limited to the vehicle being 
monitored, or it can encompass the entire marina, port, or airport. For industrial 
monitoring applications, it can encompass the entire factory or site being monitored. For 
homes, this range can be limited to just the premises being monitored, or it can 
encompass the entire neighborhood, development, or resort. 

In the preferred embodiment, LAN 12 is wireless, while transducers 10 and 
transducer control module 1 4 employ wireless communications device 1 6 and a wireless 
protocol to communicate. Communications device 26 includes a receiver 34, a 
transmitter 36, an antenna switch 38 and an antenna 40. These components are typically 
implemented by commercially available or conventional devices. The receiver and 
transmitter are each connected to antenna switch 38 that provides access to antenna 40. 
Receiver 34 receives transmitted RF signals (e.g., approximately 432 MHz) from antenna 
40 via switch 38 and converts those signals to digital signals compatible with 
microcontroller 32 for processing. Transmitter 36 receives data from the microcontroller 
and converts the data to RF signals (e.g., approximately 432MHz) for transference to 
antenna 40 via antenna switch 38 for transmission. The receive and transmit lines 
between the microcontroller, receiver and transmitter are preferably serial having a 
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1 bandwidth of approximately 4800 bits per second with data arranged having eight data 

2 bits, one stop bit and no parity bit (i.e., 8 N 1 format). 

3 The communications between the transducers and the transducer control module 

4 are reliable due to the monitoring nature of the system. A wireless protocol employing 

5 on/off keyed (OOK) transmissions is employed to provide reliable communication at low 

6 cost between the transducers and transducer control module. Basically, the on/off keyed 

7 approach generates a signal when the transmitter is on, and is silent when the transmitter 

8 is off. 

9 The protocol utilizes several techniques to reliably transmit data with the on/off 

10 keyed approach. In particular, the protocol implements Manchester encoding, message 

1 1 error checking and redundancy and carrier signal status checks. Manchester encoding 

12 converts data from single binary digits (e.g., a one or a zero) into two binary digits (e.g., 

13 a one-zero or zero-one pair). Although this technique increases the amount of data 

14 transmitted, the electrical characteristics of the RF signal are improved while effects of 

1 5 outside interference are reduced. In addition, this encoding scheme resolves ambiguities 

16 by requiring transmitters to send signals for each bit. For example, if a series of logical 

1 7 zeros are to be transmitted, the on/off keyed approach requires the transmitter to be silent. 

1 8 Thus, a receiver may not be able to determine whether or not a series of logical zeros is 

19 being transmitted or no message is transmitted. Similarly, a series of logical ones 

20 produces a continuous signal in the on/off keyed scheme, and a receiver may not be able 

21 to determine the presence of a message from interference or jamming. The encoding 

22 forces an on/off transition for each bit such that a receiver may receive and analyze 

23 signals to determine the presence of a valid message. 

24 Error checking and redundancy requires that each transmitted message have an 

25 associated reply. When a message is transmitted and no reply is received, the message 

26 is re-transmitted. Further, the transmitted message and associated reply must include a 

27 valid checksum. The checksum ensures validity of data in a message, while messages and 

28 replies having invalid checksums are discarded. 

29 In addition, the protocol ensures that only one transducer is transmitting at a time. 

30 In particular, the transducer monitors the status of the radio or wireless link to check for 

31 a carrier signal. The presence of the carrier signal indicates that another device is 
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transmitting. This device may be a transducer or other device transmitting in the same RF 
band. When a carrier signal is detected by a transducer, the message is saved and 
transmission is attempted at a next active transducer state. 

The protocol preferably utilizes packets to transfer data. An exemplary packet 
format is illustrated in Table II below, and includes a synchronization field, a source 
address field, a destination address field, a packet identifier field, a data length field, an 
optional data field and a checksum field. 



Table H 
Packet Format 



Field Name 


Size (bytes) 


Required 


Description 


Synchronization 


2 


Yes 


Synchronization header. 


Source address 


4 


Yes 


Serial number of sender. 


Destination 
address 


4 


Yes 


Serial number of recipient. 


Packet identifier 


1 


Yes 


Type of packet. 


Data length 


1 


Yes 


Size of the data field. 
Zero indicates empty data 
field. 


Data 


0 to 128 


No 


Optional data. 


Checksum 


2 


Yes 


Fletcher checksum 
calculated on all packet 
fields except header. 



In particular, the synchronization field includes a synchronization header or pattern that 
is primarily used to provide a startup time for the transmitter and receiver. The pattern 
is two bytes and preferably contains the value 'FFFF' hexadecimal. The source address 
field contains four bytes of data that include the serial number (e.g., thirty-two bits) of 
the device (e.g., transducer or transducer control module) sending the message. The 
destination address field contains four bytes of data that include the serial number (e.g., 
thirty-two bits) of the device (e.g., transducer or transducer control module) to receive 
the message. This field is set to zero when a transducer is in installation mode, and 
typically contains the serial number of the transducer control module to which the 
transducer is registered. However, the field may contain the serial number of another 
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transducer for peer to peer communications. The packet identifier field contains one byte 
and includes a code (e.g., eight bits) that indicates the type of information contained in 
the packet. Exemplary packet identifiers are illustrated in Table HI below. 



Table m 
Packet Identifiers 



Identifier Code 
(Hex) 


Function 


Data 


"Description 


• 10 


Sensor status or global 

channel rennrt 


Channel value list 


The current value of each 

senior channel A Hit af the 

current value of every channel 
from 1 to n. Each value is the 
length specified in the TEDS. 
Typically sent as a status 


12 


State change or single 
channel report 


Channel number 
Channel value 


The current value of the 
channel. Typically sent to 
indicate that a channel has 
changed to a new value. 


14 


Channel update request 


Channel number 


The sensor is requesting a new 
value for the specified channel. 


20 


Registration request 


None 


Sensor is requesting 
registration by a TCM. Sent 
when the sensor module is first 

nowered on 


22 


Send TEDS 


TEDS 


Sends the TEDS data for all 
channels to the TCM. 


80 


Acknowledge 


None 


Message received and 
processed. 


82 


Acknowledge with 
channel update 


Channel number 
New value 


Message received. Update the 
specified channel with the new 
value. Read only channels will 
not be affected. 


84 


Acknowledge with global 
update 


New value list 


Message received. Update each 
channel with the new value. 
Read-only channels will not be 
affected. Each value is the 
length specified by the TEDS. 


86 


Acknowledge with status 
interval update 


Status interval 


Message received. Update the 
status report interval for the 
sensor. The interval is set in 
increments of 15 seconds. 
(1=15 sec, 2=30 sec, 10=150 
sec etc.) 


88 


Acknowledge with TEDS 
update 


TEDS 


Message received. Update the 
TEDS information for the 
sensor. 
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1 The data length field contains one byte and includes the size in bytes of the optional data 

2 field. This field is set to zero if data is not included in the message. The maximum 

3 message length is one-hundred forty-two bytes. Transducers are not required to 

4 accommodate the maximum message size, and ignore messages having data length 

5 values that they do not support. The transducer control module supports messages of the 

6 maximum size. The optional data field contains a maximum of one-hundred twenty-eight 

7 bytes of data, or the amount permitted for the intended transducer. The checksum field 

8 contains two bytes including a checksum for the packet. The checksum is preferably a 

9 sixteen bit checksum that is determined by applying a conventional Fletcher checksum 

10 algorithm on packet data bytes except for the synchronization pattern. 

11 FCC requirements indicate that the maximum transmission time for each 

12 communications device be approximately one second, where each device is silent for an 

1 3 interval approximately thirty times the transmission period or ten seconds, whichever is 

14 greater. This limits the amount of data that can be transferred, while other requirements 

15 limit the apparent transmitter power (e.g., power over time). The present invention 

1 6 protocol is designed to satisfy these requirements. 

17 Packet data is transmitted with the least significant bits (LSB) first at a rate of 

1 8 approximately 4800 bits per second. The data format includes eight data bits, one stop 

19 bit and no parity bit (e.g., 8 N 1). The data is transmitted employing an on/off keyed 

20 (OOK) scheme as described above where the transmitter is on to represent a logic one 

21 and off to represent a logic zero. This scheme may provide ambiguities with respect to 

22 a series of logical ones or zeros as described above, and may increase apparent 

23 transmitter power for long intervals of continuous transmission. 

24 The protocol employs pseudo-Manchester encoding to overcome these problems. 

25 In particular, Manchester encoding is typically used to encode the clock and data of a 

26 synchronous serial stream into a single bit of information, resulting in a logic level 

27 transition for each transmitted bit. Since the system is using asynchronous serial data, the 

28 transducer and transducer control module pseudo-encode the data in this scheme. 

29 Basically, each logical zero bit in a byte is transmitted as a one-zero pair, while each 

30 logical one bit in a byte is transmitted as a zero-one pair. An example of this encoding 

3 1 is illustrated in Table IV below. 
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1 

2 

3 

4 

5 

6 

7 

8 

9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 

22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 
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Table IV 
Manchester Encoded Data 



Binary Value 


Hex Nibble 


Encoded Binary 


Encoded Hex j 


0000 


0 


10101010 


AA 


0001 


1 


10101001 


A9 


0010 


2 


10100110 


A6 


0011 


3 


10100101 


A5 


0100 


4 


10011010 


9A 


0101 


5 


10011001 


99 


0110 


6 


10010110 


96 


0111 


7 


10010101 


95 


1000 


8 


01101010 


6A 


1001 


9 


01101001 


69 


1010 


A 


01100110 


66 


1011 


B 


01100101 


65 


1100 


C 


01011010 


5A 


1101 


D 


01011001 


59 


1110 


E 


01010110 


56 


1111 


F 


01010101 


55 



This results in an approximate fifty percent duty cycle for the carrier signal, thereby 
reducing the apparent transmitter power. In addition, the encoding provides a logic level 
transition for virtually every transmitted bit. However, the amount of data transmitted 
increases with this encoding scheme. Generally, the system requires approximately 552 
milliseconds to transmit the maximum sized packet (e.g., 142 bytes) and a maximum 
silent interval of approximately 16.6 seconds. 

The manner in which messages are received within the protocol is illustrated in 
Fig. 4. Specifically, a message synchronization header is received by a recipient (e.g., a 
transducer or transducer control module) at step 50. Data is accepted at step 52 until the 
complete packet is received or a prescribed time interval, preferably one second, has 
elapsed as determined at step 54. The message is decoded and inspected for validity 
based on the checksum. When a valid message is received as determined at step 56, the 
message is processed at step 58. If an acknowledgment is required to be transmitted to 
the sender as determined at step 60, the recipient waits until expiration of a silent interval 
as determined at step 62 and transmits the reply at step 64. After transmission of a reply, 
or if an invalid message has been received as determined at step 56, the recipient repeats 
the above process to receive additional messages. Similarly, if an acknowledgment is not 
required in response to a valid received message as determined at step 60, the above 
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1 process may be repeated to receive additional messages as determined at step 66. If 

2 additional messages are not to be received as determined at step 66, the process 

3 terminates. 

4 The manner in which messages are transmitted in accordance with the protocol 

5 is illustrated in Fig. 5, Initially, a message is encoded by the sender (e.g., transducer or 

6 transducer control module) as described above at step 70. The sender waits for an active 

7 state as determined at step 71 . Prior to transmission, a sender listens during a prescribed 

8 interval, preferably 250 milliseconds, to determine the presence of a clear channel at step 

9 72. If a clear channel is determined, the message is transmitted at step 74. If the channel 

10 is not clear as determined at step 72, the sender stores the message at step 82 and enters 

11 sleep mode to wait for the next interval to enter an active state and attempt re- 

12 transmission. Transducers generally may store only a single message, where a second 

13 message may not be stored until the first message is removed. After a message is 

14 transmitted at step 74, the sender waits for a reply. If a reply is not received within a 

15 prescribed time interval, generally two seconds, as determined at step 76, and the 

1 6 prescribed reply interval, preferably fifteen minutes, has not expired as determined at step 

17 77, the message is re-transmitted at prescribed intervals during the active state 

1 8 approximately every fifteen seconds. When a reply is not received within the prescribed 

19 reply time interval, the stored message is discarded at step 78. After discarding the 

20 message, or if a reply is received within the time interval as determined at step 76, the 

2 1 above process may be repeated to transmit additional messages as determined at step 80; 

22 otherwise the process terminates. 

23 The transducers typically operate as a master device to permit the transducers to 

24 remain in the sleep state a substantial portion of the time. The transducers may request 

25 a channel update from the transducer control module or channel update information may 

26 be sent to a transducer within an acknowledge packet. In addition, new TEDS may be 

27 sent to a transducer within an acknowledge packet. 

28 Each transducer is registered with a corresponding transducer control module. 

29 Registration occurs during the first enablement of the transducer. Initially, transducers 

30 may be installed by users at any time. Accordingly, plural transducer control modules 

3 1 may receive request messages from a transducer, thereby enabling a transducer to register 
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with an incorrect control module. In order to overcome this problem, the control module 
only responds to registration requests when manually placed in an installation mode. This 
mode is initiated by an install button disposed on the transducer control module front 
panel or housing. The transducer attempts registration in response to an initial power-up 
and registration requests occur as part of normal battery maintenance of transducers. 
Since transducers default to the last known control module in response to a failed 
registration attempt, registration is not required subsequent to replacement of a transducer 
battery. 

The manner in which registration is accomplished is illustrated in Fig. 6. 
Specifically, power is enabled to a transducer at step 90 and the corresponding transducer 
control module is placed in installation mode as described above. The transducer 
transmits a registration request packet at step 92. The destination address field is set to 
zero to indicate that the transducer is searching for a control module as described above. 
If an acknowledge message is not received as determined at step 94, the packet may be 
transmitted for a maximum amount of times, preferably eight, as determined at step 1 02. 
If an acknowledge message is received by the transducer after verification by the 
transducer control module receiving the message, the transducer sends its TEDS 
information to the transducer control module at step 96 to identify itself to the control 
module. When an acknowledgment is received in response to the TEDS information as 
determined at step 98, the transducer indicates registration at step 1 00 by blinking LEDS 
approximately four times at approximate half-second intervals. The transducer control 
module generates an installation message for transmission to the monitoring system to 
indicate the newly installed sensor. The appropriate information is stored in the 
monitoring system database as described below to enable reporting of the new sensor to 
an end-user. If a TEDS acknowledgment is not received as determined at step 98, the 
transducer re-transmits registration request packets a described above. 

When an acknowledgment is not received with the maximum transmissions of a 
registration request packet as determined at step 1 02, the transducer utilizes the previous 
transducer control module at step 106. If the transducer does not have a prior control 
module (e.g., at initial power-up from manufacture) as determined at step 104, the 
transducer enters sleep mode at step 108 and requires a power cycle to restart the above 
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1 registration process. 

2 Transducer control module 1 4 includes the physical and protocol interface to the 

3 transducers over sensor LAN 1 2, the event detection and reporting logic, and the physical 

4 and protocol interface to communications device 1 6. The transducer control module can 

5 be implemented as an application specific device having a microprocessor, memory and 

6 appropriate communication ports, or as a standard personal computer ru nnin g application 

7 specific software. A preferred embodiment of transducer control module 1 4 is illustrated 

8 in Fig. 7. Specifically, the transducer control module includes a microcontroller 42, 

9 wireless communications device 26, communicator interface or communications device 

10 16, RAM 43, non-volatile memory 45, power manager 44 and a battery 46. The 

1 1 microcontroller controls the overall operation of the control module and communicates 

12 with the transducers via wireless communications device 26. By way of example only, 

13 the microcontroller is implemented by an Atmega 1 03 processor manufactured by Atmel. 

1 4 The communications device is substantially similar to the device described above for the 

1 5 transducers, while the microcontroller implements the wireless protocol. Communicator 

1 6 interface 1 6 provides communication between the transducer control module and WAN 

17 18 for communication with monitoring system 20. The interface may be internal or 

1 8 external (e.g., as shown in Fig. 2) of control module 14 and may be a separate or integral 

19 component. The microcontroller includes internal storage for software and typically 

20 utilizes RAM 43 for working storage. Non-volatile memory 45 typically stores 

21 configuration information for the transducer control module. Power manager 44 is 

22 coupled to an object, such as battery 46, to monitor the battery and a power charging 

23 system for a host environment (e.g., boat or vehicle battery, shore power, etc.). Local 

24 interface 47 provides an end-user with direct access to the transducer control module 

25 from a computer system or other device to query the control module or set parameters. 

26 The various components (i.e., interface, power manager, memories, microcontroller) of 

27 the control module are typically implemented by conventional or commercially available 

28 components. 

29 The transducer control module is generally local to the object being monitored 

30 and has two-way communications with the monitoring system and transducers. The 

3 1 control module further makes decisions based on user-defined rules, and may monitor 
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1 parameters of the object (e.g., temperature or power source). The use of local decision 

2 making capability reduces message traffic between the monitoring system and monitored 

3 asset. 

4 The transducer control module may communicate with the monitoring system via 

5 any conventional or commercially available communications system, such as cellular 

6 modems, wireless Ethernet, wired Ethernet, satellite modems, telephone line modems, 

7 routers and interface cards. By way of example only, a satellite modem is utilized as 

8 interface 1 6 to communicate with a satellite network, such as Orbcomm, serving as WAN 

9 18 between the control module and monitoring system. The satellite network generates 

10 an e-mail message that is sent to the monitoring system for storage and processing. The 

1 1 transducer control module may collect data from each transducer at predetermined 

1 2 intervals corresponding to a default sample rate or a user-defined sample rate. Preferably, 

13 the module will gather the current absolute level from the transducer and keep a running 

14 average so that the difference between the current level and the long term average level 

15 can be determined, for example to identify shock loading conditions and other transient 

16 conditions. Root mean square (RMS) levels can also be calculated and stored by the 

17 module, e.g., to evaluate vibrations. The module is preferably programmed to generate 

1 8 and send messages to monitoring system 20 when measured levels exceed user-defined 

19 or default thresholds. Message-generating events can also be defined by combinations of 

20 thresholds which are exceeded so that, for example, if the level on channel one exceeds 

21 some first number and the level on channel two exceeds some second number, an event 

22 message is generated by the transducer control module and sent to the monitoring system. 

23 The module memory may be partitioned and detailed information on an event may be 

24 stored in one of the partitions for later analysis. The message preferably includes a 

25 summary which quantifies the event so that the monitoring system can decide whether 

26 or not to send an alarm as described below. 

27 In addition, the connection between transducer control module 1 4 and monitoring 
2 8 system WAN 1 8 can be either wired or wireless, or a combination of both. Representative 

29 wired WANs include Ethernet, telephone dial-up connections, and the complex 

30 communications network commonly referred to as the Internet. Representative wireless 

31 WANs include wireless Ethernet (DEEE 802.11), cellular telephones, radio-telephone 
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1 systems, and commercially-available satellite-based communications systems. The data 

2 transmitted over the WAN can be encrypted to prevent unauthorized access. 

3 The transducer control module performs several tasks including identifying newly 

4 installed sensors, determining the type of sensor and storing its data and acting on stored 

5 data based on conditions from the monitoring system (e.g., event detection). The event 

6 detection logic basically monitors transducer data for reportable events, prepares event 

7 and status reports described below in the appropriate format for interface 16, controls 

8 interface 16 to conserve bandwidth and battery power and sends the event and status 

9 messages or reports to the monitoring system . Event reports notify the monitoring system 

10 of a change in the monitored asset that requires action, while status reports are 

1 1 periodically transmitted to update status information about the system. 

12 Events are defined as changes in a monitored input (of a transducer) that result 

13 in performance of an action. An event report is sent to the monitoring system when the 

14 transducer control module detects a valid event. The transducer control module, based 

15 on transducer TEDS information, knows the parameters being measured and can link 

1 6 measurement data to defined events to detect occurrence thereof. The monitoring system 

17 may be notified of the time, date and Global Positioning System (GPS) location of the 

1 8 event Event reports typically do not include identification information in order to reduce 

1 9 communications overhead, but rather indicate that a particular event has occurred. The 

20 monitoring system determines the meaning of the event report based on the control 

2 1 module serial number in a message header (e.g., e-mail header) and account information 

22 in the monitoring system database. 

23 By way of example only, event reports include sixteen formats, while the 

24 transducer control module may store a maximum of sixteen event reports. In addition, a 

25 single event may include many different monitored inputs or outputs, each referred to as 

26 a term. The terms may be weighted, while events may be added, deleted or modified by 

27 users via the end-user terminals connected to the monitoring system. When an end-user 

28 modifies an event, the monitoring system sends an event definition to the transducer 

29 control module that includes information describing the event including the number of 

30 terms, input channels and type of event report. The message is typically transmitted 

3 1 through the satellite network to the transducer control module that stores the message for 
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processing. The transducer control module typically receives the message via e-mail as 
described above and periodically checks for e-mail messages, preferably every fifteen 
minutes, to update event definitions. 

Status reports are periodically transmitted at scheduled intervals and may contain 
any information available to the transducer control module. By way of example only, a 
status report may be transmitted daily (e.g., at midnight) and report various object 
characteristics. Generally, sixteen formats are available for status reports, while the 
transducer control module may store a maximum of sixteen status reports. Status reports 
are configurable by an end-user, where the monitoring system generates a report 
definition for the transducer control module when an end-user modifies a status report. 
The report definition includes information that describes the status report to the 
transducer control module. Since the status reports do not include identification 
information, the monitoring system determines appropriate actions based on information 
in the monitoring system database. 

As described above, the transducer control module is in communication with the 
transducers and constantly monitors the wireless network for incoming messages. Since 
the control module is a slave device, it does not initiate communications with the 
transducers. When a transducer reports the condition of an input, the control module 
transmits an acknowledge message that may include a request to update an output 
channel or return additional status information. 

The transducer control module uses transducer data as a basis for determining and 
reporting events. The transducer data is arranged into channels, where each transducer 
generally has two channels, but may include a maximum of 255 channels. Further, 
transducers may require a run-time calculation, where run-time refers to the amount of 
time a transducer reports an on state for a particular input. This calculation is performed 
by the control module automatically when a run-time transducer is recognized based on 
TEDS information. The run-time information is incorporated as a new channel for the 
transducer in the control module and monitoring system. In addition, some transducers 
require a cycle count channel. The transducer control module further calculates this value 
and incorporates the channel into the transducer information. 

The transducer control module further provides time, date and location stamping 
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for event and status reports. Time stamps, within an approximate one second interval, are 
provided internally by the transducer control module, while other time and data 
information is provided by an external GPS receiver. The GPS system further provides 
the location of events. The transducer control module utilizes UTC (Coordinated 
Universal Time) or GMT (Greenwich Mean Time) while differences between an end-user 
time zone and UCT are corrected by the monitoring system at the time of display. In 
addition, the transducer control module monitors the primary power source of the asset. 
If the power source fails, the control module includes an internal battery backup to 
transmit a power fail report to the monitoring system. The power backup enables the 
control module to operate for several days in the event primary power is not promptly 
restored. 

Monitoring system 20 includes computer hardware and software which receives, 
stores, and analyzes event and status information from the item or facilities being 
monitored. The monitoring system watches for, detects, and reports trends in the 
monitored data, as well as detecting when the alarm conditions have been met. The 
monitoring system is the principal interface between the overall system and the end-user. 
It is the sub-system with which they interact to receive status reports, program event and 
alarm conditions, and issue control commands to actuators. The monitoring system 
provides for multiple users and multiple levels of access to the reports and information 
for the monitored facilities. Preferably, each end-user is provided access to the 
information for their monitored facilities and none other. End-users are able to designate 
multiple levels of access for themselves and in turn their staff or clients. For example, a 
trucking company can authorize their customers to receive simple location and shipment 
status reports, but not reports on equipment condition or driver performance. Similarly, 
the maintenance facility can receive the equipment reports, but not information on 
shipments or the driver. These security provisions and access levels are selectable by the 
end-user through their interface with the monitoring system. 

A preferred embodiment of monitoring system 20 is illustrated in Fig. 8. 
Specifically, monitoring system 20 includes monitor application 21, a database 25 and 
a web server 23 allowing the end-user to interact with the monitoring system over the 
WAN, such as the Internet, using commercially available software known as web 
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browsers. This enables end-users to receive event reports and check the status of the 
monitored facilities from anywhere in the world without requiring special 
communications facilities or having to install special software on their local computer. 
Standard capabilities of web servers and browsers, such as secure sockets layer (SSL) 
service, can be used to provide the required security and data access controls. The 
monitor application and web server each access database 25. 

The monitoring system is typically implemented by a conventional personal or 
other computer system. The computer system may include any of the major platforms 
or operating systems. By way of example only, monitoring system 20 includes a 
Microsoft Windows NT Server 4.0 operating system, and Microsoft Internet Information 
Server version 4.0 in web server 23. Database 25 is typically implemented by Microsoft 
Access 2000, but may utilize any conventional database. The web server further utilizes 
Microsoft Active Server Pages Scripting to send SQL queries to the database. Connection 
to the database is accomplished by the web server and monitor application via open 
database connectivity (ODBC). 

Monitoring system 20 basically coordinates communications between a system 
web site, database and transducer control module. Communication between monitor 
application 21 and the transducer control module is preferably via e-mail as described 
above. Web server 23 and database 25 transfer information via ODBC and Active Server 
Pages scripting. Monitor application 21 periodically checks for e-mail messages from 
transducer control modules, or may retrieve messages from a server. When messages are 
received, they are processed and stored in the database based on user accounts by monitor 
application 21. When a message includes measurement data, the transducer data is 
arranged by the transducer control module into channels, where the monitoring 
application knows the data represented in the channels for proper storage in the database. 
If the message defines an alarm condition, a notification (e.g., e-mail, fax, pager, etc.) is 
sent to each person residing on a notification list for that event stored in the database as 
described below. When a user creates or modifies report and event definitions via the 
web site, new definitions are sent to the transducer control module. Monitor application 
2 1 periodically checks database 25 for new definitions and transmits e-mail messages to 
the appropriate transducer control modules. 
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1 Monitor application 21 maintains an event log, an alarm notification log and an 

2 e-mail log. The application records into the event log each event that occurs along with 

3 time stamps indicating the time the event occurred (UTC), the time the event report was 

4 received by the monitoring system and the time the event processing and logging was 

5 completed. When alarm notifications are sent, the monitor application records into the 

6 alarm notification log the time of notification. Further, alarm messages may be displayed 

7 at the web site so that a user may receive them immediately upon entering the system. 

8 The time at which a user acknowledges receipt of the message is further recorded into the 

9 alarm notification log for each alarm. In addition, monitor application 21 records in the 

10 e-mail log each e-mail message that is received and processed. Report and event 

1 1 definition messages that are sent to transducer control modules are also recorded in the 

12 e-mail log. 

13 Database 25 typically includes several tables to store system information as 

14 illustrated, by way of example only, in Fig. 9. Initially, hardware information is entered 

15 into the database during manufacturing and assembly phases. Specifically, 

1 6 communicators table 1 1 0 is a master index of satellite communicators used in the system. 

17 This includes information relating to a unit serial number, registration date and e-mail 
1 g address assigned. TCM table 1 1 2 is similarly a master index table of transducer control 

1 9 modules and includes information relating to the manufacturing date, firmware version, 

20 unit serial number and unit serial number of corresponding satellite communicator with 

21 which that control module is packaged. The communicator serial number is entered in 

22 the database for each control module at the time the control module and communicator 

23 are assembled. The communicator serial number is the primary key for linking an e-mail 

24 address to a communicator and for linking the communicator to a transducer control 

25 module. The transducer control module serial number is used by a user to register a 

26 monitored asset and is the primary key for linking the hardware to an asset. An asset 

27 identification number (Asset ID) is the primary key for linking an asset to a user account 

28 number. 

29 Sensor module types table 122 is a master index of transducers and includes the 

30 sensor module ID (e.g., serial number), manufacture date and type of sensor module. The 

3 1 type is a primary key linking a sensor module to sensor modules table 124 and channel 
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definitions table 126 collectively containing information about the hardware 
configuration for that type of sensor including the quantity of channels and a description 
of each channel. The sensor module ID is the primary key for linking each transducer to 
calibration data in calibration TEDS table 128. The combination of the sensor module 
ED and channel number links a transducer to channel TEDS table 1 29 including the range 
of possible values and physical units of measurement for the transducer data. 

Customer information table 148 stores customer information including a unique 
customer account number. Login table 150 is utilized to link a customer's name and 
password with the account number. An account may have several assets, each of which 
is identified by a unique asset identification number (Asset ID). An asset is registered by 
a user entering a name and asset description at the web site. The asset is assigned a 
unique Asset ID and the information is stored in registered assets table 1 52. The account 
number is the primary key that links customer information table 148 to registered assets 
table 152. Once an asset is registered to an account, a user registers the control module 
serial number for that asset via the web site. Registering basically creates an association 
between the asset and a physical, e-mail addressable, control module. The asset is 
considered a monitored asset and is stored in monitored asset table 114. This table 
includes information relating to the asset monitoring system hardware, such as Asset ID, 
control module serial number, system status, quantity of transducers installed for the 
control module and quantity of events and reports defined for the control module. 

The Asset ID is the primary key for linking a registered asset to control module 
serial numbers stored in monitored asset table 114. An asset may have plural control 
modules registered to it, each having a corresponding group of transducers. Thus, the 
combination of the Asset ID and control module are primary keys for linking to tables 
containing configuration settings and data related to the asset and control module pair and 
corresponding transducers. 

After transducers are installed for a control module, information about the 
transducers including the sensor module ID is stored in installed sensor modules table 
116. The primary keys linking the Asset ED and control module to corresponding 
installed transducers are the Asset ID and control module serial number. The 
combination of the Asset ID, control module serial number and sensor module ID are the 
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primary keys linking the Asset ID and control module pair to data table 1 1 8 containing 
actual channel data and module description table 120 containing descriptions of 
transducers. These keys in further combination with a channel number link to channel 
description table 121 containing channels customized by the user. The Asset ID and 
control module serial number are the primary keys for linking to GPS table 138 
containing GPS position data for the asset and control module. 

The Asset ID and control module serial number are the primary keys linking to 
user defined events table 130 containing user defined events including the quantity of 
terms defining the event and whether or not the event should trigger an alarm. The 
combination of the Asset ID, control module serial number and event number are primary 
keys linkingto event definitions table 134 containing the individual terms comprising the 
event definitions, while these keys, for events that trigger alarms, link to notification list 
table 132 containing notification lists for sending messages when an alarm condition is 
detected. 

The Asset ID and control module serial number are the primary keys linking to 
reports table 142 containing user defined reports to be generated by the monitoring 
system including the quantity of report items and the schedule on which the reports are 
to be sent. The combination of the Asset ID, control module serial number, report 
number and report format are primary keys linking to report items table 144 containing 
individual items that comprise the report definitions. 

The Asset ID and control module serial numbers are the primary keys for 
accessing e-mail log table 140. This table contains a log of e-mail messages (e.g., events, 
reports and configuration messages) sent and received by each control module. These 
keys may further be utilized and/or combined with an event number to access event log 
table 136. The event log table contains a log of event messages and alarm notifications 
sent by the control module (e.g., whether or not the notifications are acknowledged by 
the user). System log table 1 46 records internal information (e.g., program errors, events, 
etc.) that occur during monitoring system execution. 

Referring back to Fig. 8, end-user terminals 22 are generally standard personal 
computers with web browser software and are connected to the monitoring system 
through a WAN, such as the Internet. This permits access to the monitored information 
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1 form anywhere in the world that has Internet access, without having to install special 

2 software on each computer used for access to the monitoring information. Alternatively, 

3 the end-user terminals can be personal computers running special software developed for 

4 the above purpose, dumb terminals connected to a network or a mainframe, personal 

5 information managers and digital assistants, pagers, cellular phones, etc. End-user 

6 terminals 22 typically interact with web server 23 to provide information to an end-user. 

7 Monitor application 21 generally executes in the background to store transducer 

8 information in the database and correspond with the transducer control modules to 

9 provide event definitions and receive the transducer reports and information as described 

1 0 above. Web server 23 utilizes Active Server Pages with Visual Basic scripts that execute 

1 1 within the web server to build web pages containing the information for display to a user. 

12 In response to entered information, the scripts essentially retrieve the desired monitoring 

13 information from database 25. The monitor application and web server each access (e.g., 

14 r ead and write), and indirectly communicate information to each other through, the 

15 database. The resulting web pages are transferred to end-user terminal 22 for display. 

16 The database further maintains the format of the web pages desired or specified by the 

17 user for display. 

1 g The user may specify various characteristics or parameters for system operation 

1 9 via the web site. For example, the user may specify: names for monitored data, particular 

20 notifications for alarm conditions (e.g., when to notify, manner of notification, events 

21 triggering notification, etc.), devices to be turned on or off, layout of web page, and the 

22 particular transducers from which information is to be displayed. This information is 

23 stored in database 25 . When events are entered, the terms are stored in the database, and 

24 monitor application 21 periodically checks for new or modified events to transmit the 

25 appropriate messages to corresponding control modules as described above. 

26 The manner in which web server 23 processes user requests and displays 

27 monitored information is illustrated in Fig. 1 0. Specifically, a user logs onto the web site 

28 by entering a usemame and password at step 160. The username and password are 

29 utilized to retrieve an account number from the database and validate the account at step 

30 1 62. If invalid information is entered, the user is prompted to repeat the login process. 

3 1 When a valid account is determined at step 1 62, the account number is utilized to query 
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the database for registered assets of that account at step 164. A list of assets having user 
specified names (e.g., specified by the user during asset registration) is displayed to the 
user at step 166. The user selects a displayed asset at step 168, and the selected asset 
name is used to query the database at step 170 to retrieve an Asset ID and a list of 
transducer control modules that are registered for the selected asset. A list of control 
modules having user specified names (e.g., specified by the user during control module 
ramctration) is displayed to the user at step 172. 

The user subsequently selects a displayed control module at step 174 and 
measurements from the selected control module are determined at step 176- This is 
accomplished by using the selected control module serial number and Asset ED to query 
the database to retrieve the quantity of transducers installed for the selected control 
module, the unique sensor module ID and the current status of each transducer (e.g., 
active or inactive). Active transducers are reporting data, while inactive transducers are 
transducers that have been installed, but are either removed or not responding at the time 
of the most recent sensor report. The sensor module ID is used to query the database to 
retrieve information relating to transducer type (e.g., temperature, voltage, etc.), the 
quantity of channels and description of each channel. The sensor module ID and channel 
number are subsequently used to query the database for the channel TEDS and calibration 
TEDS information. This provides calibration coefficients and physical units of 
measurement to facilitate determination of the actual data value for a channel. 

Once channel data is determined for each transducer of the selected control 
module at step 1 76, a table is displayed including the transducer and channel descriptions 
(e.g., user-specified descriptions) and corresponding measurements at step 178. In 
addition, the user may, via the web site, define events to be reported by each transducer 
by selecting the transducer and specifying the conditions. Custom reports may further 
be defined by the user and request data for one or more transducers at certain intervals. 
Newly defined or modified events and reports are stored in the database and indicated 
accordingly. The monitor application periodically polls the database for new or modified 
definitions for transmission to the control module as described above. 

Operation of the remote monitoring system is described with reference to Figs. 
1-2. Initially, the end-user obtains (purchases, leases, etc.) a smart remote monitoring kit. 
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The kit includes a basic suite of transducers 10 for the selected application, a transducer 
control module 14, a communicator 16 for interfacing the transducer control module to 
the WAN of choice, and complete instructions for installation and activation. A default 
user name and password can also be supplied for use in activating the monitoring 
account. Alternatively, the transducers and control module may be available separately 
or in any combination. The end-user installs (or has installed) the monitoring kit by 
placing the transducers at appropriate locations and/or connecting them to corresponding 
components, and disposing the control module locally with respect to the transducers. As 
part of this installation, the communicator is connected to (for wired systems) or makes 
contact with (for wireless systems) the WAN. 

Monitoring system 20 recognizes and validates the unique identifier of the 
transducer control module and starts receiving and processing event reports and status 
information. The end-user contacts the monitoring system through an end-user terminal 
22 using, for example, the Internet and a web browser. The end-user activates the 
monitoring account, makes arrangements for payment of monitoring fees (e.g., by deposit 
account, credit card or applying for a corporate account), defines the desired alarms and 
status reports, and defines the distribution list (e.g., names, telephone numbers, e-mail 
addresses, etc.) for messages as described above. The monitoring system continues to 
receive event reports and status information from the transducer control module, and 
processes them according to the options selected by the end-user when the account was 
activated. The end-user may purchase additional transducers for use with the smart 
remote monitoring system. When installed and connected to the transducer control 
module, these optional transducers identify themselves to the transducer control module 
and, in turn, to the monitoring system as described above. The monitoring system 
recognizes the additional transducers, knows what they are, and what data and reports 
they can provide. It adds the new transducers to the user account. The end-user contacts 
the monitoring system through end-user 22 terminal as described above and selects the 
monitoring options appropriate to the additional transducers. 

At any time, the end-user can contact the monitoring system through an end-user 
terminal to view monitored information and update information (e.g., the alarm 
conditions, status reports, distribution lists, access controls, etc.) as described above. 
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1 Some of the advantages of the remote monitoring system and method according 

2 to the present invention is that it can be internet based allowing end-users to interact with 

3 the system from anywhere in the world without the need for special equipment, 

4 communications facilities, or software; that it provides real-time, on-demand status 

5 information, not just alarm notifications so that end-users can check on monitored 

6 facilities at any time, from anywhere; that the transducers and transducer control modules 

7 are self-identifying so that once connected, the monitoring system knows what the 

8 sensors are and what to do with the information they provide and end-users can simply 

9 install and connect new transducers or control modules, with the monitoring system 

10 immediately accepting data reports; that all transmitted messages can be encrypted to 

1 1 control access to event reports and status information; that all features, including event 

12 detection thresholds, alarm conditions, alarm notification actions, lists and addresses, 

1 3 information access, etc. are user programmable by direct interaction with the monitoring 

1 4 system; that the system and method provides direct notification to the end-user using the 

15 communications media, addresses or telephone numbers, and message format selected 

16 by the user so that, for example, in the case of a yacht, messages can be sent to the boat 

17 owner, the charter operator, the boat's home marina, and the customary maintenance 

1 8 facility, depending on the content of the message and the options selected by the user; 

1 9 and that any or all of the above can occur automatically, without human intervention on 

20 the part of the monitoring service. 

2 1 It will be appreciated that the embodiments described above and illustrated in the 

22 drawings represent only a few of the many ways of implementing a smart remote 

23 monitoring system and method. 

24 The transducers may be implemented by analog or digital sensors, and may 

25 further include processors and/or circuitry to process measured signals to provide a 

26 "smart" transducer. In addition to an actual sensing element, the transducers may include 

27 signal conditioning electronics, an analog to digital converter, a digital communication 

28 interface and TEDS to provide plug-and-play capability and other features such as 

29 temperature compensation and correction, and decision making capability. For example, 

30 changes in trends for any of the above sensors, such as a significant change in how long 

31 or how often the bilge pump runs, can be cause for an alarm notification. The transducers 
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1 may include sensors to receive input and/or actuators to control systems or to enable or 

2 enhance the sensor measurements. For example, an actuator can be used to disconnect 

3 the battery charger in order to measure the true voltage of the battery. The transducers 

4 may be positioned at suitable locations to provide corresponding measurements, and may 

5 include any conventional or other fastening devices. Further, the transducers may include 

6 any conventional or other connectors to facilitate measurement of a desired parameter 

7 (e.g., voltage, device status, etc,)* The transducers may include any type of sensing 

8 element to measure any type of characteristic (e.g., voltage, temperature, device status, 

9 etc.), and may receive power from any conventional or other power source (e.g., battery, 

1 0 electrical generator, common wall outlet jack, etc.). The transducer may include any 

11 conventional or other microcontroller, processor or circuitry to control transducer 

12 operation. The electronic data sheet may include any quantity or type of information 

13 relatingto a transducer (e.g., type, calibration information, measurement units, etc.). The 

14 sensor interface may be any conventional or other device for providing signals from the 

15 sensing element compatible with the microcontroller or other circuitry (e.g., digital-to- 

1 6 analog converter, etc.). Any quantity of transducers having any types of sensing elements 

1 7 or intelligence may be utilized to monitor an object. 

1 g The transducers may communicate with the transducer control module via any 

19 wired or wireless communication medium. The transducer identification (UID) may 

20 include any quantity of any type of alphanumeric or other characters or symbols. The 

21 transducers may include any quantity of states, and switch between the states in any 

22 desired fashion. The transducers may further be arranged to be slave devices and respond 

23 to transducer control module requests. The transducer data may be arranged on any 

24 channel or quantity of channels in any fashion. The transducer may have any quantity 

25 of channels, while the channels may be arranged in any fashion. The transducers may 

26 detect or measure any state changes or values of an object (e.g., temperature, on/off 

27 condition, operating mode of a device, etc.), and may send status reports at any desired 

28 interval having any information. The status messages may be assigned specific intervals 

29 to form a time slot arrangement for the transducers. The transducers may store any 

30 quantity of messages and/or reports, while the messages and/or reports may have any 

3 1 format or information. In addition, the transducers may include the transducer control 
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1 module, and may directly communicate with the monitoring system. 

2 The transducer control module may be disposed at any location suitable for 

3 communication with the transducers, and may utilize any conventional or other power 

4 source (e.g., battery, electrical generator, common wall outlet jack, etc.). The install 

5 button may be implemented by any button or other input device, and may be disposed 

6 at any location on the control module or control module housing. Alternatively, a similar 

7 input device may be disposed on the transducers to initiate or assist in the registration 

8 process. The control module may include any quantity of LEDs or other indicators to 

9 indicate successful registration of a transducer in any manner (e.g., blink any quantity of 

I o times within any desired interval, etc.). The transducers may be registered with a control 

I I module at any time and in any desired fashion (e.g., utilize special packets or other 

12 identifiers, send any information, any handshaking schemes, etc.), and utilize any 

13 techniques to ensure registration of a transducer with a proper control module. The 

14 transducer control module may include any conventional microcontroller, processor or 

15 other circuitry to control module operation. The communicator, local interface, RAM, 

16 non-volatile memory and power manager may be implemented by any conventional or 

17 other devices or circuitry performing their functions. The RAM and non-volatile 

1 8 memory may be implemented by any types of memory and store any desired information. 

19 The transducer control module may accommodate any quantity of transducers. 

20 The transducers and transducer control modules may communicate via any wired 

21 or wireless communication medium (e.g., LAN, WAN, direct connection, etc.) and utilize 

22 any protocol. The communications device for the transducers and transducer control 

23 module may include any conventional or other receivers, transmitters antenna switches 

24 or antennas or other devices performing their functions. The transducers and transducer 

25 control module may communicate util izin g any transmission frequency, band or energy 

26 medium (e.g., light, RF, ultrasound, etc.). The data may be transmitted at any desired 

27 rate and in any desired format (e.g., any quantity of data, stop and parity bits). The data 

28 may be transmitted utilizing any technique or protocol. 

29 The wireless protocol may be implemented for any wired or wireless 

30 communication scheme. The protocol packet may be of any format or size and have any 

31 quantity of fields of any size containing any desired information. The protocol may 



31 



WO 01/01366 PCT/US00/17473 

1 utilize any data verification techniques (e.g., parity, checksum, etc.). The checksum may 

2 be determined based on any conventional or other techniques The protocol may utilize 

3 any desired handshaking, while reply intervals or re-transmission attempts may be set to 

4 any desired values. The data may be encoded in any desired fashion. The transducer 

5 control module may store any quantity of incoming or outgoing messages and/or reports. 

6 The protocol may utilize any techniques to facilitate a single transducer of a control 

7 module transmitting at a time, and may listen for any desired interval for a carrier signal 

8 or other indication of transmission by another transducer. 

9 The events may be defined by any quantity or type of terms, values or other 

10 settings. The events may be defined by or triggered based on measurements from any 

1 1 quantity or combinations of any type of transducers. The control module may send 

1 2 messages at any time up to an alarm condition (e.g., warning messages indicating that an 

13 alarm condition is approaching). The terms of an event may be weighted in any desired 

14 fashion to indicate an alarm or other event condition. The control module may check for 

1 5 communications (e.g., e-mail, messages, reports, etc.) from the monitoring system at any 

1 6 desired intervals for status, event definitions or other information. The transducer control 

17 module may determine time stamps or utilize external systems (e.g., GPS) to provide 

1 8 time stamps for various events. 

1 9 The transducer control module may communicate with the monitoring system via 

20 any wired or wireless communications device or network. Messages and/or reports may 

21 be sent between the control module and monitoring system via any communications 

22 medium (e.g., satellite, e-mail, packets, etc.). The messages and/or reports may be 

23 encoded or encrypted in any fashion. The messages and/or reports (e.g., event and status) 

24 may have any quantity of formats and include any desired information. The event and 

25 status reports may be transmitted to the monitoring system at any desired intervals, while 

26 event definition reports may be sent to the control module at any desired interval. 

27 The monitoring system may be implemented by any conventional personal 

28 or other type of computer or processing system, and include any conventional, 

29 commercially available or custom software. The monitoring system may communicate 
3 0 with end-user systems via any communications devices and/or networks. The web server 
3 1 may be implemented by any commercially available or other web server, and utilize any 
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1 software package or custom software to generate and display web pages. The monitor 

2 application may check for messages and/or reports received via any communications 

3 medium (e.g., via e-mail, retrieve information from another server system, etc.) from the 

4 control module and store information in the database at any desired interval or specific 

5 times. The monitoring system may notify end-users of alarm or other conditions in any 

6 desired manner (e.g., pager, web site, facsimile, telephone, etc.). The monitpring system 

7 may maintain or record any desired information in any desired logs. The monitor 

8 application may check the database for new events or other information and send 

9 corresponding messages and/or reports to the control module at any desired intervals. 

10 The monitoring system may include any quantity of software modules arranged in any 

1 1 fashion and performing any quantity of the above described functions. 

12 The database may be implemented by any conventional or other database or data 

13 storage structure (e.g., files, data structures, etc.). The database may include any quantity 

14 of tables associated in any fashion and having any desired keys. The database may be 

15 accessed in any desired fashion by any querying techniques. The database may be 

1 6 arranged in any fashion and store any information. 

1 7 The end-user systems may be implemented by any conventional personal or other 

18 computer or processing system or device (e.g., laptop, palm pilot, cellular telephone, 

1 9 etc.), or be implemented by a dumb terminal connected to a mainframe or network type 

20 computer. The end-user system may access the monitoring system via nay 

21 communications medium (e.g., LAN, WAN, Internet, Intranet, wireless or wired 

22 communications, etc.). An end-user may specify any desired parameters for event or 

23 other conditions, web page layout, measurement names or any other information to 

24 control system operation. The account number and password may have any quantity of 

25 any type of alphanumeric or other characters or symbols. 

26 The transducer control module and corresponding transducers may be available 

27 in the form of a kit. The kit may include any quantity of control modules, transducers 

28 and other devices. Alternatively, these devices may be individually available, or 

29 available in any quantities and/or combinations. 

30 The end-user and monitoring computer systems of the present invention may be 

3 1 implemented by any personal or other type of computer system (e.g., IBM-compatible, 
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Apple, Macintosh, laptop, palm pilot, etc.). The computer systems of the present 
invention may include any commercially available operating system (e.g., Windows, 
OS/2, Unix, Linux, etc.). The computer systems of the present invention may further 
include any commercially available or custom software (e.g., server software, browser 
software, etc.), and any types of input devices (e.g., keyboard, mouse, voice recognition, 
etc.). It is to be understood that the software for the monitoring system and controllers 
of the transducers and transducer control module of the present invention may be 
implemented in any desired computer language and could be developed by one of 
ordinary skill in the computer arts based on the functional descriptions contained in the 
specification and flow charts illustrated in the drawings. The computer systems and 
controllers of the present invention may alternatively be implemented by hardware or 
other processing circuitry. The various functions of the computer systems and controllers 
may be distributed in any manner among any quantity of computer or processing 
systems, processors or circuitry. The software and/or algorithms described above and 
illustrated in the flow charts may be modified in any manner that accomplishes the 
functions described herein. The software of the monitoring system and controllers of the 
present invention may be available on a recorded medium (e.g., floppy diskettes, CD- 
ROM, memory devices, etc.), or may be downloaded (e.g., in the form of carrier waves, 
packets, etc.) to the processing devices from a network. 

The exact sensors and actuators used will vary with the application. For example, 
when monitoring private yachts for absentee owners, the sensors might include any or 
all of the following: 

1 . Bilge water level sensor (actual depth or high-low detection by float switch). 

2. Bilge pump performance sensor (how long it takes to drain the bilge). 

3. Leak rate sensor (how often the bilge pump comes on). 

4. Battery voltage sensor (with and without charger on). 

5. Battery current sensor (indicative of occupancy or electrical problem). 

6. Engine starting cycles sensor (may indicate unauthorized use). 

7. Engine running time sensor (for maintenance or to detect unauthorized use). 

8. Engine oil level sensor. 

9. Fuel level sensor. 
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1 10. Water level sensor. 

2 11. Pitch and roll of the boat sensor (may indicate problem with mooring lines). 

3 12. Intrusion sensor (unauthorized boarding). 

4 13. Cabin temperature sensor. 

5 14. Engine compartment temperature sensor. 

6 15. Fire or smoke detectors. 

7 16. Hazardous gas detectors. 

8 17. Position/motion sensors for unauthorized use or mooring failure (broken 

9 anchor chain, etc.). 

10 18. Galvanic action sensor (to detect excess galvanic action of the hull and/or 

1 1 fittings due to an electrical grounding fault or depletion of the sacrificial 

12 anodes). 

13 19. Sensors to monitor operation or status of any other system on board the boat 

14 (e.g., air conditioning, food storage temperature, engine room air vents, 

1 5 owner's hot tub, etc.). 

16 As a further example, a vacation home monitoring system can have similar 

1 7 sensors except that the emphasis would be on the basement instead of the bilge, plumbing 

18 leaks, and the performance of the heating and air conditioning system. Other sensors, 

19 such as intrusion detection, will be very similar. 

20 The present invention is not limited to the specific applications disclosed herein 

21 but may be utilized to monitor any types of property, equipment or other objects. For 

22 example, the present invention may be utilized in substantially the same manner 

23 described above to monitor: 

24 1 . Yachts at a dock to prevent yachts from sinking at the dock from small 

25 leaks or loose moorings and to detect theft and possibly assist recovery. 

26 2. Yachts underway to prevent incidents or expensive repairs due to malfunction 

27 of yacht systems. 

28 3 . Vacation homes to prevent costly repairs due to small problems going 

29 unnoticed in unoccupied homes (e.g., water, freezing, etc.). 

30 4. Yachts on land to prevent theft (or enable recovery) of expensive boats 

3 1 stored on trailers or in boatyard racks. 
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1 5. Recreational vehicle (RV) status to prevent costly repairs due to small 

2 problems going unnoticed in RVs while stored. 

3 6. RV security to prevent theft (or enable recovery) of RVs while stored. 

4 7. Aircraft status to prevent costly repairs due to small problems going 

5 unnoticed in aircraft while stored (e.g., water, loose tiedowns, etc.). 

6 8. Aircraft security to prevent theft (or enable recovery) of aircraft. 

7 9, Medical refrigeration to prevent loss of irreplaceable medical specimens or 

8 pharmaceuticals (e.g., tissue, sperm, embryos, bacteria or virus samples, etc.) 

9 due to temperature. 

10 10. Food storage to prevent health problems or expensive recalls due to spoiled 

11 food. 

12 11. Poultry incubators to prevent loss of eggs/babies due to improper 

13 temperature. 

14 12. Poultry houses to prevent loss of birds due to equipment malfunctions. 

15 13. Livestock barns to prevent loss of animals due to equipment malfunctions. 

16 14. Horse barns to reassure absentee owners of conditions for their expensive 

17 horses (e.g., temperature, water, stall door opening, etc.). 

18 15. Swimming pools to alert owners/managers of unauthorized use or equipment 

19 failure. 

20 16. Amusement park rides to prevent incidents due to malfunctioning equipment 

2 1 and record operation of equipment for investigation of any that do occur, and 

22 to detect changes in ride quality of rides (e.g., coaster-type rides). 

23 17. Rental vehicle status to prevent costly repairs due to small problems going 

24 unnoticed in rental vehicles while in operation by customers. 

25 18. Rental vehicle security to prevent theft (or enable recovery) of rental 

26 vehicles (and locate late/missing vehicles). 

27 1 9. Farm equipment status to prevent costly repairs due to small problems going 

28 unnoticed in farm equipment. 

29 20. Farm equipment security to prevent theft (or enable recovery) of expensive 

30 farm equipment. 

31 21. Hazardous material barges to prevent catastrophic spills of hazardous 
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1 material due to equipment malfunction and possibly operator error. 

2 22. River barges tracking to solve reported problems of poor cellular coverage 

3 and power management of present tracking systems. 

4 23 . Truck tracking to find lost trucks and drivers. 

5 24. Trailer tracking to solve reported problems of poor power management of 

6 trailer tracking systems. 

7 25. Residential utilities to eliminate need for meter readers (e.g., in homes with 
g full-time Internet connections). 

9 26. Smart home status to prevent costly repairs due to small problems going 

1 0 unnoticed in home systems and provide integrated remote control in a home 

1 1 through a web server (e.g., in homes with full-time Internet connections). 

12 27. HVAC to prevent costly repairs due to small problems going unnoticed in 

13 commercial and residential systems and to eliminate need for site visits for 

14 systems under maintenance contracts. 

15 28. Title V equipment to eliminate need for site visits to verify operation of 

16 emission monitoring equipment, especially systems under maintenance 

17 contracts. 

18 29. Bridge structures to detect damage (e.g., from earthquakes, impacts, etc.) to 

19 bridges and overpasses by shock or tilt sensing. 

20 30. Tower structures to detect damage to or of deterioration of 

2 1 telecommunications towers by shock or tilt sensing. 

22 31. Clean rooms to prevent (or minimize) production losses due to problems with 

23 temperature, humidity, or vibration and to prevent quality audit problems 

24 from not having continuous monitoring records. 

25 32. Pipelines to prevent incidents and/or catastrophic spills due to equipment 

26 malfunction and possibly operator error. 

27 33. Storage tanks to prevent incidents and/or catastrophic spills due to 

28 equipment malfunction and possibly operator error and to prevent 

29 interruption of service due to unnoticed depletion of stock. 

30 34. Cranes to reduce chances of incidents or accidents due to improper use of 

3 1 portable cranes (e.g., poor load management, failure to extend outriggers, etc.) 
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or improper maintenance. 

35. Mines to detect safety or operational problems with widely-distributed 
mining equipment. 

36. Industrial process temperature to prevent incidents or loss of production 
due to improper temperature. 

37. Room air to detect indoor air quality problems (e.g., temperature, humidity, 
CO/C02, etc.). 

38. Power quality to prevent damage to sensitive equipment by detecting 
problems with power quality (e.g., brownouts, phase dropouts, distortion, 
etc.). 

39. Power use to eliminate need for meter readers for large campus-type 
facilities with multiple sub-meters (e.g., colleges typically have hundreds of 
on-campus meters, may also apply to apartment complexes). 

40. Water level/flow to warn of problems with stream flow (e.g., high or low). 

41. Seismic to warn of possible earthquake damage to remote facilities (e.g., 
power substations, transmission line towers, telecommunications facilities, 
etc.). 

42. Railway crossings to prevent incidents due to malfunctioning equipment and 
record operation of equipment for investigation of any that do occur. 

43 . Track gauge to prevent incidents due to improper track gauge (e.g., track tends 
to open up under use). 

44. Power transmission lines to improve repair response time by reporting 
location (and nature) of failure. 

45. Tramways/ski lifts to prevent incidents due to malfunctioning equipment and 
record operation of equipment for investigation of any that do occur. 

46. Elevators/escalators to prevent incidents due to malfunctioning equipment 
and record operation of equipment for investigation of any that do occur. 

47. Well-heads/pumps to reduce loss of production for remote well-head 
pumping station (e.g., due to equipment malfunction, depletion of fuel, etc.) 
and to reduce possibility (or extent) of hazardous material spill. 

48. Landfills to reduce possibility (or extent) of hazardous waste 
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1 contamination. 

2 49. Parking garages/lots to improve utilization of iarge parking facilities by 

3 detecting empty spaces and to locate abandoned vehicles by tracking 

4 abnormal parking time. 

5 50. Aircraft structure to detect changes in structure before hazardous 

6 condition develops (e.g., shock or loads, landing cycles, change in shape). 

7 51. Aircraft engines to prevent incidents or expensive repairs by enabling 

8 condition-based maintenance (CBM) of aircraft engines (especially when 

9 engines are leased or under maintenance contracts). 

I o 52. High-risk drivers to reduce risk from high-risk drivers by detecting and 

I I reporting improper activities (e.g., parental reports for speed, location, hours 

1 2 of operation, etc.). 

13 53. Local traffic speed to enable local communities (e.g., neighborhoods, gated 

14 communities, apartment/townhouse complexes, etc.) to detect and identify 

1 5 violators of local speed limits. 

16 54. Railway ride quality to report violations of ride quality standard for 

1 7 railway shipments of expensive goods. 

18 55. Truck/trailer ride quality to report violations of ride quality standard 

1 9 for shipments of expensive goods (e.g., attached to vehicle). 

20 56. Cargo ride quality to report violations of ride quality standard for 

21 shipments of expensive goods (e.g., attached to cargo such as large motors, 

22 pumps, etc.). 

23 57. Heavy equipment ride quality to prevent injury to operator due to 

24 malfunction/deterioration of suspension or seat. 

25 58. Motor sports ride quality to provide on-the-air data on 'G' loads for various 

26 motor sports (e.g., automobiles, boats, aircraft, etc.) and provide accident data 

27 to improve design of safety systems. 

28 59. Vending machines to detect malfunctions (e.g., including temperature of 

29 temperature-controlled unit), to reduce refill trips and/or lost sales by 

30 detecting low stock and to enable e-commerce transactions. 

3 1 60. Billboards to detect equipment malfunctions, including lights and to eliminate 
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1 need for site visits to read the power meter. 

2 61. Weather to detect local hazardous and favorable weather conditions (e.g., for 

3 irrigation, sporting events, boating, etc.) 

4 From the foregoing description, it will be appreciated that the invention makes 

5 available a novel smart remote monitoring system and method wherein end-users may 

6 remotely monitor an object and access information related to the monitored object via a 

7 communications network. 

8 Having described preferred embodiments of a new and improved smart remote 

9 monitoring system and method, it is believed that other modifications, variations and 

10 changes will be suggested to those skilled in the art in view of the teachings set forth 

1 1 herein. It is therefore to be understood that all such variations, modifications and 

12 changes are believed to fall within the scope of the present invention as defined by the 

1 3 appended claims. 
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What is Claimed is : 

1 LA remote monitoring system for measuring conditions of an object at a remote 

2 location and providing information relating to said measurements to an end-user, said 

3 system comprising: 

4 at least one sensor module to measure said conditions of said remote object; 

5 * a control module local to and in communication with said at least one sensor 

6 module for receiving and analyzing said measured conditions to determine the occurrence 

7 of user-specified events; and 

g a monitoring processing system remote from and in communication with said 

9 control module to receive measured condition information from said control module for 

1 0 transmission to said end-user, wherein said monitoring processing system includes: 

1 1 a request processor to process end-user requests for said measured condition 

12 information; 

13 a database for storing said measured condition information and said user- 

14 specified events; and 

15 a monitor to receive said measured object information from said control 

1 6 module and store said condition information in said database and to provide definitions 

17 of said user-specified events to said control module in response to entry of said events 

18 by said end-user. 

1 2. The system of claim 1 further including a wireless communications network, 

2 wherein said at least one sensor module and control module implement a wireless 

3 protocol based on on/off keyed transmissions to communicate via said wireless 

4 communications network. 

1 3. The system of claim 1 wherein each said sensor module includes module 

2 information uniquely identifying that sensor module and a registration processor to 

3 communicate said module information and identify that sensor module to said control 

4 module in response to installation of said sensor module at said remote location of said 

5 object. 
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1 4. The system of claim 1 wherein said system includes plural sensor modules 

2 and said user-specified events are each defined based on measurements from at least two 

3 different sensor modules. 

1 5. A remote monitoring kit for measuring conditions of an object at a remote 

2 location and providing information relating to said measurements to a remote monitoring 

3 system for display to an end-user , said kit comprising: 

4 at least one sensor module to measure said conditions of said remote object; and 

5 a control module in communication with said at least one sensor module for 

6 receiving and analyzing said measured conditions to determine the occurrence of user- 

7 specified events, wherein said control module is in communication with and provides 

8 said measured conditions to said remote monitoring system for display to said end-user. 

1 6. In a remote monitoring system for measuring conditions of an object at a 

2 remote location and providing information relating to said measurements to an end-user, 

3 a method of facilitating communication between sensor modules measuring said 

4 conditions of said remote object and a control module comprising the steps of: 

5 (a) encoding a message at a sender by converting each logical one and logical 

6 zero in said message to bit pairs including a logic level transition; 

7 (b) determining the presence of a clear channel and transmitting said encoded 

8 message from said sender; 

9 (c) receiving said transmitted message at a receiver and decoding said message; 

10 (d) determining the presence of a valid message at said receiver based on 

1 1 checksum data contained within the transmitted message; and 

1 2 (e) processing said transmitted message at said receiver and performing functions 

13 based on data contained in said message. 

1 7. The method of claim 6 further including the step of: 

2 (f) transmitting an acknowledgment message from said receiver to said sender 

3 in response to said processing of said message. 
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1 8. A method ofremotely monitoring an object at a remote location and providing 

2 information relating to said measurements to an end-user, said method comprising the 

3 steps of: 

4 (a) measuring said conditions of said remote object via at least one sensor 

5 module; 

6 (b) receiving and analyzing said measured conditions to determine the occurrence 

7 of user-specified events via a control module local to and in communication with said at 

8 least one sensor module; 

9 (c) receiving measured condition information from said control module for 

10 transmission to said end-user via a monitoring processing system remote from and in 

1 1 communication with said control module, wherein step (c) further includes: 

12 (c.l) receiving said measured condition information from said control 

13 module; 

14 (c.2) storing said measured condition information and said user- 

15 specified events in a database; 

1 6 (c.3) providing definitions of said user-specified events to said control 

17 module in response to entry of said events by said end-user; and 

1 8 (c.4) processing end-user requests for said measured object information. 

1 9. The method of claim 8 wherein step (b) further includes: 

2 (b.l) facilitating communications between said at least one sensor 

3 module and said control module via a wireless communications network wherein said at 

4 least one sensor module and control module implement a wireless protocol based on 

5 on/off keyed transmissions. 

1 10. The method of claim 8 wherein each said sensor module includes module 

2 information uniquely identifying that sensor module, and step (a) further includes; 

3 (a. 1) communicating said module information and identifying a sensor 

4 module to said control module in response to installation of that sensor module at said 

5 remote location of said object. 
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1 1 • The method of claim 8 wherein said at least one sensor module includes plural 
sensor modules, and step (b) includes: 

(b. 1 ) defining said user-specified events based on measurements from 

at least two different sensor modules. 
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